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ABSTRACT 



fAuser-operating-a-client ^system-may- access -a-plurality^of 
promote servers requiring passwords.for access by employing 
La jri aster password. THeMSter~password'is~used"to-decrypt 

.a stored password for a p articular remote server to which tne 

ick^Ulasires^access^ 

/oLencrypted passwords and user IDs^for-remote servers" to 
whichthe-useris registered. /dthough r each-remote server is 
accessed using a different password, the user need only 
remember one master password. Since only the master 
password need be remembered, the passwords particular to 
specific remote sites may be made more random and thus 
more secure. Implementation of the password management 
system need not require modification of any remote servers. 

12 Claims, 5 Drawing Sheets 
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PASSWORD HELPER USING A CLIENT-SIDE and thus more secure. Implementation of this password 

MASTER PASSWORD WHICH management system does not require modification of any 

AUTOMATICALLY PRESENTS THE remote servers. 

APPROPRIATE SERVER-SIDE PASSWORD In one embodiment, the remote servers are controlled 

TO A PARTICULAR REMOTE SERVER 5 access WWW sites. The client system, coupled to the remote 

servers via the Internet, includes a WWW browser. The 

BACKGROUND OF THE INVENTION www browser is extended in accordance with the invention 

The present application relates to user authentication and 10 ^corporate special capabilities for assisting the user with 

more particularly to authenticating a user operating a client n acce ssing ^ Sltes w °ich require authentication. No 

system to a plurality of remote servers, each of which 10 modification t0 me remote servers is required in this 

requiring a password for authentication, embodiment. 

Many remotely accessible computer systems require user A WWW browser modified in accordance with the inven- 
authentication. The user, presumably operating a client tion may mainUm a password database that includes entries 
system, must be registered with the remote system and must 35 holdlD S ^ URL ' encrypted user ID, and encrypted pass- 
type in his or her user ID and a password for that remote word for a P luralit y of remole Sltes - When a new browsing 
system every time it is accessed. session begins, the WWW browser may prompt the user for 

~ , , i , c the master password upon the start of a new browsing 

One problem presented by the need for user authentica- . , r ' ™ r . . . . z 

* , T.L i * * i . . .i_ session and store it. Then, when an authentication request 

tion is that if the user accesses multiple remote systems, the . . . c , , , n . 

. j j ' message is received from a remote site that the user is 

user must remember numerous passwords and user IDs. 20 i • * . t , , , „ , 

~ . . * ,j M..L- li r> seeking to access, the browser scans the password database 

Typical users confronted with this problem will often try to c t , liriT c tl _ 4 . 1C r . - , . 

J * . . - t. . . for the URL of that remote site. If an entry is found, the 

use the same password for each remote system or write , , 4 jj it< j <* 

j ,. . e j browser decrypts the password and user ID and forwards 

down a list of passwords. „. * ,i_ . . -m_- n * 

r them to that remote site. This can all occur without present- 
Both of these makeshift solutions compromise security. If mg lhe usual authentication form to the user. For enhanced 
the same password is used for each remote system, a system 25 ^^Hy, instead of storing the master password, the browser 
administrator of one remote system will be able to obtain may prompt lhe ^ for it every tirae it is needed . 

passwords usable to access other remote systems. A written Tf 4 . , , a , c 1IT1T c 

f. c , . . . , , i . , If the browser cannot find an entry for the URL of a 

list of passwords is an obvious breach of secun y in that „ # , , „ . . ^ . .i_ c *i_ 

* ... t , .„ , , . 4 J - remote site, control may be returned to the user for the 

anyone with access to the list will be able to access any of „ r • . ♦* -r j * , . . 4 , . 

tl _ J ; ,„ purpose of registration. To update the database, the browser 

the remote systems. 30 r r ° r 

J presents a screen for the user to enter the same password and 

The problem of authenticating a user to a plurality of user j D lhat hc or she registers t0 tDC remote sile nc 

remote systems has become particularly apparent in light of browser may suggest a password, providing a higher level of 

the proliferation of limited access sites on the World Wide security in that passwords generated by the user are often 

Web (WWW). Before accessing a site, the user is presented easily gue ssed. The password and user ID input by the user 

with an authentication form generated by his or her WWW are the[1 encrypted using the master password and stored in 

browser requesting a user ID and password. The user must the datab ase along with the URL of the remote site, 

register separately with each such site and maintain multiple A t , t ^ ... c 

to « -w-i , v. ■ 4 . tL * i A further understanding of the nature and advantages of 

passwords. Furthermore, when navigating through the ... . ° . . . c f iU 

L, m; , u • r n * * » j i ,i .* the inventions herein may be realized by reference to the 

WWW, he or she is frequently interrupted by authentication . . r 4 . -r.- j.i_ i- i 

• jU j, * 40 remaining portions of the specification and the attached 

messages requesting a user ID and password. drawings 

One known partial solution is to remember the last user ID 

and password typed into a WWW browser's authentication BRIEF DESCRIPTION OF THE DRAWINGS 

form and provide these values as a default the next time the „ T _ - . . , , ,. 

form is brought up. This facilitates navigation of the WWW . FIG * 1A ? e Pf s a b «* dia & ram of a chent computer 

for users who employ the same user ID and password for 45 s y stem smtable for ^P»ementing the present invention, 

multiple sites since logging into subsequent sites after the FIG - 18 depicts the interconnection of the client computer 

first one can be done by simply accepting the default. Thus, systems to remote servers. 

the problem of interruption by authentication messages is FIG. 2 depicts a table showing how password information 

partially ameliorated in that it is easy to respond to the 5Q may be stored in accordance with the present invention, 

messages. However, the security problem presented by FIG. 3 is a flowchart depicting how a user may be 

using a common password for multiple sites remains. authenticated to a remote site in accordance with the present 

What is needed is a convenient yet adequately secure invention, 

system whereby a user may access multiple remote servers FIG. 4 is a flowchart depicting how a user may be 

that require passwords. 55 registered to a remote site in accordance with the present 

SUMMARY OF THE INVENTION 

By virtue of the present invention, a user operating a 
client system may access a plurality of remote servers FIG. 1A depicts a block diagram of a chent computer 
requiring passwords for access by employing a master 60 system 10 suitable for implementing the present invention, 
password. The master password is used to decrypt a stored Client computer system 10 includes a bus 12 which inter- 
password for a particular remote server to which the client connects major subsystems such as a central processor 14, a 
desires access. In one embodiment, the client system main- system memory 16 (typically RAM), an input/output (I/O) 
tains a database of encrypted passwords and user IDs for controller 18, an external device such as a display screen 24 
remote servers to which the user is registered. Since only the 65 via display adapter 26, serial ports 28 and 30, a keyboard 32, 
master password need be remembered, the passwords par- a fixed disk drive 34, a floppy disk drive 36 operative to 
ticular to specific remote sites may be made more random receive a floppy disk 38, and a CD-ROM player 40 operative 



invention. 

DESCRIPTION OF SPECIFIC EMBODIMENTS 
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to receive a CD-ROM 42. Many other devices can be 
connected such as a mouse 44 connected via serial port 28 
and a modem 46 connected via serial port 30. Modem 46 
may provide a direct connection to a remote server via a 
telephone link or to the Internet via a POP (point of 
presence). Alternatively, some other type of network inter- 
face system (not shown) could be used. 

Many other devices or subsystems (not shown) may be 
connected in a similar manner. Also, it is not necessary for 
all of the devices shown in FIG. lAto be present to practice 
the present invention, as discussed below. The devices and 
subsystems may be interconnected in different ways from 
that shown in FIG. 1 A. The operation of a computer system 
such as that shown in FIG, 1A is readily known in the art and 
is not discussed in detail in this application. Code to imple- 
ment the present invention may be operably disposed in 
system memory 16 or stored on storage media such as fixed 
disk 34 or floppy disk 38. 

FIG. IB depicts the interconnection of client computer 
system 10 to remote servers 50, 52, and 54. FIG. IB depicts 
the Internet 56 interconnecting remote servers 50, 52, and 
54. Modem 42 or some other network interface provides the 
connection from client computer system 10 to the Internet 
56. Protocols for exchanging data via the Internet are well 
known and need not be discussed herein. Although FIG. IB 
depicts the use of the Internet for exchanging data, the 
present invention is not limited to the Internet. 

One well-known application of the Internet is the World 
Wide Web (WWW). Remote servers 50, 52, and 54 may 
each provide access to a web site. To access WWW docu- 
ments available on remote servers 50, 52, and 54, client 
computer system 10 operates a special browser program. 
One preferred browser used for this purpose is HoLJava™, a 
browser available from Sun Microsystems™. 

The web sites at remote servers 50, 52, and 54 may be 
controlled access web sites. Whenever a user operating 
client computer system 10 attempts to access a controlled 
access web site, the web site forwards a request for authen- 
tication to client computer system 10. Typically, the browser 
will respond to the authentication request by displaying an 
authentication form having entry fields for entering a pass- 
word and a user ID. After receiving input specifying the user 
ID and password, the browser forwards this information to 
the web site. If the password and user ID information are 
correct, the user is permitted access to the web site. Con- 
trolled access web sites are usually structured to include a 
page that permits the user to register to the site by providing 
a password and user ID to be used in later accesses. 

The present invention provides a system for managing 
password access to a plurality of remote servers such as 
remote web sites. This password management system is 
preferably implemented as an applet, e.g., a segment of 
executable computer code downloadable from a network 
and executed as part of a larger program, to be used in 
conjunction with HoUava® or other Java-enhanced brows- 
ers. Of course, the password management features of the 
present invention could also be directly incorporated into a 
browser program. The remote servers need not be modified 
to provide these features. 

In accordance with the present invention, a user operating 
client computer system 10 need only remember a single 
master password that will be used to access many remote 
servers. The password management system of the present 
invention maintains a database of passwords and user IDs as 
they are known to the remote sites. This information is 
encrypted using the master password. When a request for 
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authentication is received, the system intercepts the request, 
inhibiting the browser from displaying the usual authenti- 
cation form, decrypts the needed password and user ID using 
the master password, and forwards the decrypted password 

5 and user ID to the requesting remote site. The remote site 
receives the decrypted password and user ID in the same 
way it would if this information had been input into the usual 
authentication form at client computer system 10. 
FIG. 2 depicts a table 200 showing how password infor- 

10 mation may be stored in accordance with the present inven- 
tion. A table is stored having a separate entry for each of a 
plurality of controlled access web sites. Each entry includes 
a network address 202 of the web site, typically represented 
as the Universal Resource Locator (URL) which specifies 

15 the site access protocol and name of the site, e.g., "http:// 
www.sun.com." In contexts other than the WWW, some 
other address might be used. Each entry further includes the 
user ID 206 and password 204 used to log into that site. At 
least the password, and preferably also the user ID are 

20 encrypted using a master password as the encryption key. 
The particular encryption scheme and accompanying 
decryption scheme used are not important to the present 
invention. One example of a usable encryption scheme is 
DES. The password database of FIG, 2 is preferably stored 

25 on fixed disk drive 34. 

FIG. 3 is a flowchart depicting how a user may be 
authenticated to a remote site in accordance with the present 
invention. The user begins a web browsing session by 
starting the web browser at step 302. Preferably, the pass- 

30 word management system of the present invention then 
prompts the user at step 304 for a master password which is 
stored in system memory for later use in encryption and 
decryption of the password information stored in the data- 
base of FIG. 2. 

For enhanced security, the user can choose by, e.g., setting 
a preference, to never store the master password and step 
304 is skipped. Instead, the user is prompted for the master 
password whenever it is needed. This provides enhanced 

4Q security in that unauthorized persons will not be able to 
access remote sites when client computer system 10 is left 
unattended with its browser software running. 

At step 306, the user navigates through the WWW with 
the assistance of the browsing software in a manner under- 

45 stood by those of skill in the art. At some point, the user 
attempts to access a controlled access web site which sends 
an authentication request to client computer system 10. The 
authentication request Is received at step 308. 
Browser programs will generally respond to an authenti- 

50 cation request by displaying an authentication form having 
entry fields for the user's ID and password. However, the 
password management system intercepts the request and 
responds to the authentication request at step 310 by inhib- 
iting display of this form. Instead, the password manage - 

ss ment system attempts to respond to the authentication 
request automatically. 

At step 312, the database of FIG. 2 is scanned for an entry 
having the URL of the web site sending the authentication 
request. If an entry is found, the password management 

60 system decrypts the password and user ID information using 
the master password as a key at step 314. If the master 
password was not entered at step 302 due to the preference 
setting, the user is prompted for it now. If at step 312, no 
URL corresponding to the remote server requesting authen- 

65 tication is found, the password management system carries 
out a series of steps related to registration that are discussed 
in reference to FIG. 4. At step 316, the password and user ID 
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information are decrypted and at step 314 are sent to the 
remote site as if this information had been entered in the 
usual authentication form. 

The user now has access to the remote web site. The user 
is preferably not even made aware of the authentication 
steps. If the user now selects a second controlled access web 
site, the process depicted in FIG. 3 repeats. 

FIG. 4 is a flowchart depicting how a user may register to 
a remote site in accordance with the present invention. If at 
step 3L2, no entry has been discovered corresponding to the 
URL of the remote web site, the password management 
system proceeds to step 402 where it checks a list of 
sensitive URLs for which the user has requested that the 
password management system remains inactive. If the URL 
of the web site requesting authentication is on this list, the 
normal authentication form is displayed for entry of the user 
ID and password particular to that site at step 404. This 
allows the user to maintain personal control of password 
information for particularly sensitive web sites, e.g., bank or 
mutual fund web sites where he or she feels that even storage 
of the password in encrypted form does not provide 
adequate security. Of course, this step of checking against 
the list could be performed prior to scanning the password 
database at step 312. 

If at step 402 the web site is not found on the sensitive list, 
execution proceeds to step 406 where the password man- 
agement system displays a dialog box with various options. 
Four possible options are: 

a) cancel the visit to the site; 

b) register with the site and have the password manage- 
ment system remember the user ID and password; 

c) register with the site without having the password 
management system remember the user ID and pass- 
word; and 

d) manual entry of user ID and password. 

If the user chooses option a), the password management 
system directs the browser to return to the previously 
displayed page at step 408. 

If the user chooses option b), the password management 
system sends an authentication failed message to the remote 
server requesting authentication at step 410. Then at step 
412, control of the browser is returned to the user so that he 
or she can register. The user will typically be able to navigate 
to a registration screen where he or she can enter a user ID 
and password and often other information required for 
registration. At step 414, the password management system 
overlays a modeless (the user is free to visit other windows 
before dismissing the dialog box) dialog box with fields into 
which the user would input the password and user ID under 
which he or she is registered to the remote site. Typically, the 
user will simply cut and paste this information from the 
remote server site's registration form into the dialog box 
presented by the password management system. In an alter- 
native embodiment, the password management system auto- 
matically intercepts the user's password information as it is 
input into the registration form. Optionally, at step 416, the 
password management system generates and displays a 
suggestion for the password. Such an automatically gener- 
ated password will typically be less easily guessed and thus 
more secure than one chosen by the user. 

Encryption of the password and user ID using the master 
password as a key occurs at step 418. If the master password 
has not been stored previously, the user is prompted for it at 
this point. Then at step 420, the encrypted password and user 
ID are stored with the URL of the remote site in the database 
of FIG. 2. 
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If the user chooses option c), the password management 
system sends an authentication failed message to the remote 
server requesting authentication at step 422. Then at step 
424, the password management system returns control to the 
user for registration at the remote site. Unlike option b), the 
password management system does not seek to record the 
user ID and password employed to register. Instead, at step 
426, the password management system stores the URL of the 
remote site requesting authentication on the sensitive list of 
sites for which the user wishes to maintain personal control 
of the password information. 

If the user chooses option d), the password management 
system simply displays the usual authentication form at step 
428 to allow the user to manually enter a user ID and 
password. 

As can be seen from the above, the present invention 
provides a convenient system for managing password infor- 
mation for access to multiple controlled access remote 
servers. The user need only remember a single master 
password. Since only the master password need be 
remembered, the passwords particular to specific remote 
sites may be made more random and thus more secure. Once 
the master password is entered, the user may seamlessly 
navigate through controlled access web sites for which the 
password information is already stored. Implementation of 
the password management system does not necessarily 
require modification of any remote servers. 

Those of skill in the art will appreciate thai the security 
provided by the password management system is not abso- 
lute in that encryption could be overcome and the stored 
password information discovered. However, typical users 
are likely to react to the need to remember passwords at 
multiple sites by either writing the passwords down in a 
central location or using the same password for each site. 
The password management system of the present invention 
provides significant security advantages over either of these 
"real -wo rid" password management scenarios. Furthermore, 
the password management system may be implemented so 
that the user may retain personal control over passwords for 
particularly sensitive sites. 

In the foregoing specification, the invention has been 
described with reference to specific exemplary embodiments 
thereof. It will, however, be evident that various modifica- 
tions and changes may be made thereunto without departing 
from the broader spirit and scope of the invention as set forth 
in the appended claims. 

The present invention is not limited to the WWW or the 
Internet. Remote servers could be identified within a pass- 
word database with identifiers other than their URLs. A 
database of dial-up bulletin boards could be maintained with 
telephone numbers identifying each remote server. A mixed 
database could also be maintained including both web sites 
and other remote servers requiring passwords for access. 

User ID information and password information need not 
both be encrypted. Furthermore, the system of the present 
invention is not limited in application to sites that require 
both a user ID and a password for access. 

Furthermore, the flowcharts described herein are illustra- 
tive of merely the broad logical flow of steps to achieve a 
method of the present invention and that steps may be added 
to, or taken away from, the flowchart without departing from 
the scope of the invention. Further, the order of execution of 
steps in the flowcharts may be changed without departing 
from the scope of the invention. Additional considerations in 
implementing the method described by the flowchart may 
dictate changes in the selection and order of steps. 

In general, the flowcharts in this specification include one 
or more steps performed by software routines executing in 
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a computer system. The routines may be implemented by 
any means as is known in the art. For example, any number 
of computer programming languages, such as Java scripting 
language, "C, Pascal, FORTRAN, assembly language, etc., 
may be used. Further, various programming approaches 
such as procedural, object oriented or artificial intelligence 
techniques may be employed. 

Many such changes or modifications will be readily 
apparent to one of ordinary skill in the art. The specification 
and drawings are, accordingly, to be regarded in an illus- 
trative rather than a restrictive sense, the invention being 
limited only by the provided claims and their full scope of 
equivalents. 

What is claimed is: 

1. In a network, a method of supporting registration of a 
user of a client system to a remote server comprising: 
searching a plurality of network addresses for a remote 
^serverjequesting authentication; 
receiving^at-saidjcJiifnT^ a 
^user IDand-a-password used'toTegister to said "remote 
^server; ~ — - — ^ 

encrypting said-password using"* master password as a 



^key;— ^ 



3Z7 



10 



20 



storing sajd^passworcLin encrypted~form4n-a-database 2 s 
^alorig^with a network address of said remote server/ 
searching a list of sensitive network addresses for said 

network address; and 
if said network address is found during said searching, 
displaying an authentication form. 30 

2. The method of claim 1 wherein said storing further 
comprises storing said user ID in said database along with 
said network address and said password in encrypted form. 

3. The method of claim 1 further comprising: 
encrypting said user ID using said master password as a 

key; and 

wherein said storing further comprises storing said user 
ID in encrypted form in said database along with said 
network address and said password in encrypted form. 

4. The method of claim 1 wherein said network address of 
said remote server is a URL. 

5. The method of claim 1 further comprising: 
displaying a dialog box having entry fields for entering 

said user ID and said password; and 
wherein said receiving comprises receiving said user ID 
and said password into said dialog box. 



40 



45 



6. The method of claim 5 wherein said displaying further 
comprises: 

generating a suggested password; and 

displaying said suggested password. 

7. Software on a storage medium for, in conjunction with 
a network, supporting registration of a user of a client 
system to a remote server, said software comprising: 

software for searching a plurality of network addresses for 

a remote server requesting authentication; 
software for receiving, at said client system, user input 

specifying a user ID and a password used to register to 

said remote server; 
software for encrypting said password using a master 

password as a key; 
software for storing said password in encrypted form in a 

database along with a network address of said remote 

server; 

software for searching a list of sensitive network 

addresses for said network address; and 
software for displaying an authentication form. 

8. The software of claim 7 wherein said storing software 
comprises software for storing said user ID in said database 
along with said network address and said password in 
encrypted form. 

9. The software of claim 7 further comprising: 
software for encrypting said user ID using said master 

password as a key; and 
wherein said storing software further comprises software 
for storing said user ID in encrypted form in said 
database along with said network address and said 
password in encrypted form. 

10. The software of claim 7 wherein said network address 
of said remote server is a URL. 

11. The software of claim 7 further comprising: 
software for displaying a dialog box having entry fields 

for entering said user ID and said password; and 
wherein said receiving software comprises software for 
receiving said user ID and said password into said 
dialog box. 

12. The software of claim 11 wherein said displaying 
software further comprises: 

software for generating a suggested password; and 
software for displaying said suggested password. 
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